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•SAP Aktiengesellschaft ~ -1- 2003P00110DE 

Datenstruktur, Verfahren und Vorrichtung zur automatischen Bearbeitung von 
*■ elektronischen Dokumenten, insbesondere Rechnungen 

Beschreibung 

Die Erfindung betrifft eine Datenstruktur, ein Verfahren und eine Vorrichtung zur 
automatischen Bearbeitung von Dokumenten, insbesondere Rechnungen mit Hilfe eines 
Computersystems, bei dem ein elektronisches Dokument (Rechnung) mit einer Vielzahl 
von Datenfeldern vorliegt, die Dokument(Rechnungs)informationen enthalten, und bei dem 
das Dokument (Rechnung) von einer ersten Partei einer zweiten Partei zuganglich 
gemacht wird. Die Bezeichnung ..automatisch" soli dabei Interaktionen eines Benutzers 
^n\\ dem Computersystem im Zuge der Bearbeitung nicht ausschlieRen. 

Elektronische Systeme zur Zahlung von Rechnungen sind bekannt, beispielsweise aus der 
US 5, 465,206. Das Dokument offenbart ein System zur Zahlung von Rechnungen, bei 
dem in einem Netzwerk aus Rechnungsstellern und Rechnungsempfangern die 
Rechnungsempfanger ihre Rechnungen nachvorgegebenen Regeln bezahlen. Die 
Rechnungsempfanger erhalten die Rechnungen von den am System teilnehmenden 
Rechnungsstellern, die in der Rechnung eine Summe und eine Identifikationsnummer 
mitteilen. Dieses System hat jedoch den Nachteil, daft es keine unterschiedlichen 
Rechnungsformate vom Rechnungssteller und Rechnungsempfanger unterstiitzt. Eine 

wie Kontierungsdaten zu einer Rechnung ist 
^icht moglich . Aufierdem wird seine Handhabung bei einem hohen Aufkommen von 
Rechnungen aufwendig und teuerwird. Eine Integrierung solcher Systeme in bereits 
bestehende Buchhaltungssysteme ist datentechnisch aulierordentlich schwierig unf 
aufwendig, wenn nicht sogar unmoglich. Insbesondere fur Rechnungsempfanger mit 
geringem Rechnungsaufkommen verursacht eine solche Integrierung einen 
aulierordentlich hohen Aufwand fur IT System, Support und Personal. 

Hier will die Erfindung eine Verbesserung vorgeben. 

Diese Aufgabe wird durch ein Verfahren gemali dem Hauptanspruch gelost. 




Gegenstand der Erfindung ist daher ein Verfahren zur Bearbeitung von Dokumenten mit 
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Hilfe eines Computersystems, bei dem das Dokument in elektronischer Form mit ein oder 
mehreren Datenfeldem vorliegt, die Dokumentinformationen enthalten, und bei dem ein 
oder mehrere elektronische Dokumente von einer ersten Partei einer zweiten Partei 
zuganglich gemacht werden, dadurch gekennzeichnet, daft 

die erste Partei automatisch ein oder mehrere strukturierte Dokumente bereitstellt, die es 
der zweiten Partei ermdglichen, ein oder mehrere weitere Datenfelder zu ein oder 
mehreren Datenfelder des oder jeden elektronischen Dokumentes hinzuzufugen. 

Hierbei ist anzumerken, dass die erste und zweite Partei nicht notwendigerweise 
unterschiedliche juristische Personen sein mussen. Die erste und zweite Partei konnen 
auch innerhalb eines Unternehmens angesiedelt sein, beispielsweise ais unterschiedliche 
) ^bteilungen, die Gomputersysteme haben, die uber ein Netzwerk verbunden sind. Beide 
warteien konnen sogar das selbe Computersystem benutzen. 

Ein Computerprogramm zur Durchfiihrung des erfindungsgemaften Verfahrens und seiner 
bevorzugten Ausfiihrungsformen, die im folgenden noch beschrieben werden, wird im 
folgenden auch als eCSP (external Customer Service Provider) bezeichnet. 

Besondere Ausfiihrungsformen des erfindungsgemaften Verfahrens bzw. besondere 
Ausgestaltungen der erfindungsgemaften Vorrichtungen sind in den jeweiligen 
Unteranspriichen offenbart. Es konnen auch einzelne oder mehrere oder beliebige 
Kombinationen der in den jeweiligen Unteranspriichen einer Kategorie offenbarten 

Csrkmale zusammen mit den Merkmalen des jeweiligen Hauptanspruchs erfinderische 
sungen der der Erfindung zugrunde liegenden Aufgabe darstellen. 
Gegenstand der Erfindung ist weiter ein Computersystem sowie ein Computerprogramm 
und eine Computerprogrammprodukt zur Durchfiihrung der erfindungsgemaften 
Verfahrens. 

Die Vorteile der Erfindung bzw. des erfindungsgemaften Konzeptes der Bereitstellung 
eines Services zur Bearbeitung von Dokumenten, bzw. der Auslagerung Software zur 
Bearbeitung der Dokumente sind im wesentlichen darin zu sehen, daft das 
erfindungsgemafte Verfahren einfach in die IT. Systeme von Biller und Customer zu 
integrieren ist. Der Customer benotigt lediglich einen Computer mit Netzwerk- (Internet) 
Anschluft und Webbrowser. 
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Rechnungen von unterschiedlichen Billern sind fur einen Customer einfach handhabbar, 
* unterschiedlich Finanzinstitute als Payment Service Provider sind moglich. Das Verfahren 
ist bei hohem Rechnungsaufkommen leicht skalierbar, durch netzwerkartige Verschaltung 
von mehreren Consolidatoren uber Landergrenzen hinweg ist landerubergreifende 
Rechnungsstellung, Rechnungsprasentation und Zahlung moglich, ebenso ein 
Rechnungsreview per Workflow. 

Weiter sind weniger "professional users" beim Anwender erforderlich, jeder Mitarbeiter ist 
potentieller Initiator von Rechnungen und somit Rechnungsprufer (z.B. bei Firmenwagen). 
Es fallen weniger Kosten fur Ausbildung an ("easy-to-use" Web-Applikation 
(Rechnungsprufer)) und es besteht ein grades Potential zur Einsparung von Kosten fur 
Soft- and Hardware and Implementierung, die Prozesse konnen schlanker, die 
^Prozesszeiten, verkurzt werden. 

Die Erfindung wird nachfolgend anhand von vorteilhaften Ausfuhrungsbeispielen fur den 
Spezialfall einer Rechnung und deren Bearbeitung im folgenden weiter erlautert. Eine 
Beschrankung der Erfindung in irgend einer Weise ist dadurch nicht beabsichtigt. 
Formulierungen wie der „der eCSP kann ... eine bestimmte Aktion durchfuhren" oder „ein 
Benutzer kann ... eine bestimmte Aktion durchfuhren", „der eCSP - oder ein Benutzer - tut 
... dies oder jenes" usw. und ahnliche Formulierungen sind so zu verstehen, dafc der eCSP 
so programmiert ist, dad in seinen bevorzugten Ausfuhrungsformen die Durchfuhrung der 
bestimmten Aktion automatisch oder aufgrund einer Interaktion eines Benutzers mit dem 
eCSP moglich ist. 



m den folgenden Ausfiihrungen werden folgende Abkurzungen verwendet. 
RE: Rechnungsempfanger; RS: Rechnungssteller; 

BSP: Biller Service Provider, eine Teilkomponente des SAP Biller Consolidator, eines SAP 
Software Produktes zur computerimplementierten Behandlung von Rechnungen. Der RS 
liefert Rechnungen beim BSP ein. Der BSP wird betrieben von einem Unternehmen, dass 
sich urn Belange des Biller kummert und ihm einen Teil des Rechnungsstellungsprozesses 
als Dienstleistung anbietet. 

Consolidator: weitere Teilkomponente des SAP Biller Consolidator. Knoten zwischen 
moglicherweise verschiedenen BSP's und verschiedenen eCSP's. Regelt die 
Kommunikation zwischen BSPs und eCSPs und verwaltet die Beziehungen zwischen 
Rechnungsstellem und Rechnungsempfangern. 
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Service Billing: Billing Applikation der Komponente SAP Biller Consolidator. Ein Betreiber 
* eines BSP, Consolidator oder eCSP kann mit Hilfe des Service Billing seinen Kunden 
gegenuber die erbrachten Dienstleistungen verrechnen. 

Der „exteme Customer Service Provider" oder eCSP kann im Rahmen der Komponente 
SAP Biller Consolidator der Anzeige von Rechnungen und Rechnungssinformationen im 
Internet Browser sowie deren Kontierung und Vorbereitung zur Buchung in einem dafur 
vorgesehenen Backend-System dienen. Damit sehen Rechnungsempfanger im Internet 
ihre Rechnungseingange pro Lieferant und konnen diese Daten fur die weitere 
Bearbeitung wie Gutheitlung und Kontierung verwenden. Mit Hilfe des eCSP lassen sich 

^vii.a. die Transaktionskosten fur die Rechnungsabwicklung verringern und die 

'^ieferantenbindung verbessern. 
Der eCSP beseitigt die heute noch bestehenden Medienbruche bei digitalen 
Geschaftstransaktionen und eignet sich dabei fur alle Unternehmen, die direkt oder uber 
einen Consolidator mit ihren Geschaftspartnem Rechnungsinformationen austauschen 
wollen. In diesem Fall muss nicht, wie bei klassischen EDI-Verbindungen, eine direkte 
Beziehung zwischen Lieferant und Kunde bestehen. Femer benotigt der Sachbearbeiter 
beim Kunden keine umfassenden Systemkenntnisse und Schulungen, urn eine Rechnung 
kontieren zu konnen, sondem fiillt eine selbsterklarende, einfache Maske im Internet 
Browser mit den relevanten Informationen, woraufhin das System einen Buchungsbeleg 
erzeugt, der ins Backend-System des Kunden ubergeleitet wird. 

C~ ?r eCSP unterstutzt das Pull-Prinzip, d.h. der eCSP holt periodisch Rechnungen fur 
.. ine Kunden bei dem ensprechenden Consolidator ab, und jeder Kunde holt periodisch 
seine Rechnungen bei seinem eCSP ab (in beiden Fallen keine aktive Versendung von 
Rechnungen). Dabei wird der Rechnungsempfanger per e-Mail uber Veranderungen 
seines Kontostandes (neue Rechnungen oder Gutschriften) informiert (Push-Prinzip) und 
kann anschlieftend die Web-Seite des CSP besuchen, urn sich dort seine 
Rechnungsdaten anzuzeigen, zu bearbeiten und in Beleg-Struktur per Download 
abzuholen (Pull-Prinzip). Fur den Zugriff auf diese Informationen muss der 
Rechnungsempfanger keinerlei SAP-Software installieren und benotigt nur einen Web 
Browser [10.44 sogar mit Versionsangabe]. 
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DereCSP kann Rechnungsdaten bzw. Rechnungen empfangen und kann diese dem 
Rechnungsempfanger zur weiteren Bearbeitung bereitstellen. Die Rechnungen konnen 
von einem Consolidator, von einem Rechnungssteller oder aus dem Hause des 
Rechnungsempfangers seibst kommen. Im eCSP konnen eingehende Rechnungen in 
digitaler Form bearbeitet und in Beleg-Form fiir die Buchung bereitgestellt werden. Die 
erfindungsgemafie Losung kann mehrwertsteuerkonform sein. 

Die Verarbeitung von Rechnungen im eCSP kann die folgenden Verarbeitungsschritte 
umfassen: 



0 



Abholung von Rechnungen vom Consolidator uber eine CCX-Schnittstelle als XML- 
IDOC und als PDF 

Neben Rechnungen konnen auch Mahnungen (entsprechen dem Format einer 
Rechnung mit entsprechender Kennzeichnung) und Gutschriften 
entgegengenommen werden. 

In der Eingangsverarbeitung konnen die Rechnungen formal und inhaltlich gepruft 
und im Fehlerfall abgewiesen. Ansonsten kann ein Workflow und - falls vorhanden 
- auch eine Kontierung zugeordnet werden. 

Die verarbeitete Rechnung konnen auf dem eCSP mit Kontierungen in den dafur 
vorgesehenen Tabellen gespeichert werden. Zusatzlich konnen auch auch die 
XML-Rechnung und die PDF-Rechnung erhalten werden. 

Der Rechnungsempfanger kann Workflow, Rollen bzw. Benutzer, die automatische 
Vorkontierung und die Belegerstellung konfigurieren. Die Workflow- und 
Kontierungseinstellungen konnen je Rechnungssteller vorgenommen werden. 
Zur Erzeugung der Buchhaltungsbelege und Uberleitung in eine Sammeldatei (z.B. 
Bl-Mappe) kann ein entsprechender Report zur Verfugung gestellt werden, der 
periodisch vom Betreiber oder Customer eingeplant werden kann. Zur Erzeugung 
anderer Formate kann ein Badl zur Verfugung gestellt werden. Die Ubergabe der 
Datei an das Kundsensystem kann uber Downloads erfolgen. 
Im eCSP konnen Cost Events generiert werden. Diese konnen periodisch vom 
Betreiber an eine Faktura-Applikation, z.B. Service Billing, iibergeben werden, 
damit daraus Rechnungen erstellt werden konnen, die wiederum beim BSP 
eingeliefert werden konnen. 
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DereCSP kann von Mitarbeiter von Firmen benutzt werden, die unterschiedliche Rollen 
ubernehmen. Dies sind Mitarbeiter bei einem Betreiber eines eCSPs, die Mitarbeitem der 
angebundenen RE's Support leisten und in diesem Zusammenhang beispielsweise 
Stammdaten pflegen und Meldungen monitoren konnen. Vorteilhafterweise jedoch sind die 
Mitarbeiter beim Rechnungsempfanger, die die Rechnungsprufung vornehmen und die 
Rechnungen kontieren. Eine weitere Rolle spielt der Systemadministrator beim RE, der 
User anlegen kann und Berechtigungen verwaltet. 

Zum Betrieb des eCSP sind folgende Benutzungsschnittstellen vorteilhaft: 

■ Frontend fur die Buchhaltungs-Mitarbeiter des Rechnungsempfangers: Diese rufen 
uber den Internet-Web-Browser die Internet Adresse des eCSP auf, authentifizieren 
sich und prufen und kontieren daraufhin die eingegangenen Rechnungen. 

■ Frontend fur den Systemadministrator des Rechnungsempfangers 

■ Frontend fur den Supportmitarbeiter des eCSP-Betreibers: Pflege der Stammdaten 
des Rechnungsempfangers, wie z.Bsp. Rechnungssteller, Rechnungsarten, 
Rechnungspositonsarten, Kontierungsinformationen, Customizing Beleg-Erstellung. 

Unterstutzte Formate: beispielsweise XML-IDOC und UN/EDI FACT. Femer konnen PDF- 
Files der Rechnungen mit ubernommen werden konnen. 

Fur die Frontends konnen die aktuellsten Technologien verwendet werden, derzeit sind 
dies Java Server Pages oder Webfrontend. 

Der Benutzer eines Rechnungsempfangers benotigt lediglich einen PC mit Internetzugang 

^d einem gangigen Webbrowser (Netscape 6.0 oder Internet Explorer 5.5 oder ein 
heres Release eines dieser beiden Produkte). Hieriiber soli er Rechnungssteller 
hinzufiigen und entfernen konnen, Rechnungen bearbeiten und Stammdaten verwalten 
konnen. 

Der eCSP kann an verschiedenen Stellen mit dem Consolidator mommunizieren. Als 
Kommunikationsprotokol kann https und TCP/IP verwendet werden. Hierbei sollte zu 
jedem Zeitpunkt das Kommunikationsformat unterstiitzt werden, dass der bestehende 
Consolidator versteht und verwendet. 

Benutzer konnen sich beim Zugang zum eCSP authentifizieren, z.B. uber User-ID und 
Passwort, oder uber Zertifikate. Das Initialpasswort jedes Benutzers kann z.B. nurfiir die 
erste Anmeldung gultig sein und bei dreimaliger falscher Eingabe des Passworts 
deaktiviert werden. 
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Der eCSP Betreiber kann seinen Namen und sein Logo einmalig im System hinterlegen. 
w Beides kann jedem Anwender, der sich fur einen Rechnungsempfanger am Frontend 
anmeldet, im Kopf des Standard layouts angezeigt werden. 

Nutzt der Betreiber die Komponente ..Service Billing", so kann er ferner spezifizeren, an 

welches CRM System die erstellten Cost Events ubergeben werden sollen. 

Schliesst der Betreiber einen Vertrag mit einem neuen Rechnungsempfanger, so legt er 

fur diesen eine Organisationseinheit mit Identifikationsnummer und Stammdaten im eCSP 

an. 

Unter einer Organisationseinheit wird die kleinste organisatorische Einheit eines 
Geschaftspartners versetanden, der sich an einen eCSP anbindet. Anwender erhalten ihre 
Zugangsberechtigungen fur eine bestimmte Organisationseinheit, Cost Events werden je 
^Organisationseinheit definiert, d.h. der Betreiber kann seine geleisteten Services nicht 
Reiner als nach Organisationseinheiten verrechnen. Fur Firmen kann es sich also anbieten, 
mehrere Organisationseinheiten einrichten zu lassen (beispielsweise eine pro 
Buchungskreis). 

Die Identifikationsnummer wird vom Consolidator angefragt - ein entsprechendes XML 
request ist im iCSP bereits vorhanden - und wird vom Consolidator zentral vergeben. 
Der Umfang der Stammdaten ist durch die im SAP („zentralen") Geschaftspartner 
verfiigbaren Felder festgelegt. Fur den Inhalt der Stammdaten gibt es keine 
Einschrankungen, denn samtliche Rechnungsdaten entstammen den Bewegungsdaten. 
Jedem Rechnungsempfanger kann ein Workflowmuster zugeordnet werden. Beim 
Anlegen eines neuen Rechnungsempfangers sollte defaultmafcig das Standard- 
i |. Workflowmuster fur den Jndividuellen Workflow" voreingestellt sein. 
Was Bekanntmachen des neuen Rechnungsempfangers mit dem Consolidator, an den der 
eCSP angebunden ist, erfolgt durch den eCSP, beispielsweise bereits bei der Anfrage 
nach einer Identifikationsnummer. Diese Funktion sollte vollautomatisch uber eine XML 
Schnittstelle erfolgen konnen. 

Sobald ein Benutzer einer Organisationseinheit Zugang zum System hat, soil er per 
„BNIerliste" auswahlen konnen, von welchen der angebundenen Rechnungssteller er uber 
diesen CSP elektronische Rechnungen erhalten mochte. Diese Beziehungen werden beim 
Consolidator verwaltet. Der eCSP sorgt lediglich fur die Anzeige der entsprechenden 
Informationen und fur die Kommunikation mit dem Consolidator dann, wenn ein 
Rechnungsempfanger den elektronischen Rechnungsempfang von einem 
Rechnungssteller initiieren oder beenden mochte. 
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Die Billerliste ist demnach eine vollstandige Liste aller angebundenen Rechnungssteller, 
- aus der neben der eindeutigen Bezeichnung (Name Rechtsform, Firmensitz) auch der 
Status der Biller-Customer-Beziehung mit dieser Organisationseinheit hervorgeht (z.B. 
nicht angebunden, angebunden, Anbindung beantragt, Anbindung abgelehnt). 
Die Anzeige der Billerliste erfolgt im eCSP. Sie soil auf- und absteigend nach Namen und 
ggf. Firmensitz sortierbar sein und insbesondere kennzeichnen, welche Rechnungssteller 
sich innerhalb einer einstellbaren Zeitspanne neu angebunden haben. Der Inhalt der 
Billerliste wird im Consolidator vorgehalten und in die Liste eingespeist. Ein Link auf die 
Delegationserklarung des Rechnungsstellers entsprechend der Anforderungen der ESTV 
kann vorhanden sein. 

Wird ein Rechnungssteller von einer Organisationseinheit ausgewahlt, so kann die 
t /Organisationseinheit dabei die Debitorennummer (..Biller's Customer Number") angeben, 
#nter der der Rechnungssteller sie als Kunden fuhrt. Dies erleichtert diesem die koitekte 
Zuordnung dieser Firma zu seinem Nebenbuchkonto. 

Der eCSP Betreiber leitet diese Anfrage des Rechnungsempfangers an den Consolidator 
weiter. Sobald der Consolidator die Antwort des Rechnungsempfangers schickt, kann der 
Rechnungsempfanger hieriiber informiert werden. Dasselbe geschieht, wenn der RS sich 
umentscheidet und fortan seine Rechnungen von einem RS wieder auf konventionellem 
Weg erhalten mochte. Er kundigt einfach seine Anbindung an diesen RS. 
In der Billerliste wird stets der Status des angebundenen RS aktualisiert: neu, -, 
Anbindung beantragt, angebunden, Kiindigung beantragt, gekundigt, ausgeschieden usw. 
Wenn ein Lieferant aus dem Biller-Consolidator ausgeschieden ist, so soil er dennoch fur 

(weitere zwei Monate in der Liste mit einem Vermerk versehen Oder farblich abgehoben 

ijlufgefuhrt werden, bevor er aus der Liste geloscht wird. 
Jedem Benutzer konnen Berechtigungen in einem Umfang vergeben werden, der genau 
dem Aufgabengebiet des jeweiligen Benutzers entspricht. Uber die Berechtigungen wird 
ausgesteuert, ob ein Benutzer eine bestimmte Systemtransaktion ausfiihren darf oder 
nicht. Dieses Recht kann einem Benutzer fur jede Systemtransaktion erteilt oder 
verweigert werden. 

Da Sets an Berechtigungen sich haufig wiederholen, konnen Berechtigungen tiber 
Berechtigungsprofile gepflegt und den Benutzem dann gleich ein oder mehrere 
Berechtigungsprofile zugeordnet werden. Jede angebundene Organisationseinheit kannn 
ihre eigenen Berechtigungsprofile selbst verwalten. 
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Die Berechtigung eines Benutzers fur eine Organisationseinheit kann fein ausgesteuert 
- werden konnen. Die Granularitat kann im eCSP mit folgenden Berechtigungsobjekten 
festgelegt werden: 

■ Rechnungsanzeige (Leseberechtigungen): 

o Abhangig vom Rechnungssteller (Lieferant bzw. Kreditor) 
o Abhangig vom Betrag pro Wahrung 

■ Rechnungsbearbeitung (Schreib-Berechtigung): 

o Abhangig vom Betrag pro Wahrung 

Das System rechnet nicht urn, sondem die Berechtigung bezieht sich auf 

Betrag und Wahrung. Man muss also Berechtigungen fur einen bestimmten 
fa Hochstbetrag von der Wahrung abhangig machen und bekommt auch keine 

Probleme, wenn die Kurse nicht richtig gepflegt sind. 
o Schreiben der Kontierungswerte in Feldem 1 ..n (separat, d.h. jeder 

Mitarbeiter darf bestimmte Felder editieren und darin nur bestimmte Werte 

auswahlen) [1 .40] 
o Vorangegangener Geschaftsvorfall (Storno, Mahnung, Rechnung) 
o Rechnungsempfanger 

Ein Benutzer kann unterschiedliche Berechtigungen inunterschied lichen 

Organisationseinheiten haben. Sie konnen vollstandig separat gepflegt 

werden. 

■ Stammdatenpflege 
o Kommunikationsdaten 
o Bankverbindungen 
o Zahlungsmethoden 

■ Benutzerverwaltung 
o Organisationseinheit 

Folgenden Rollen konnen im eCSP integriert sein (basiert auf geregeltem Workflow): 
• Rechnungsprtifer - dessen Berechtigungen jeweils fur die ihm zugewiesenen 
Rechnungen: 

o Systemtransaktionen: Rechnungsdetails, PDF anzeigen, Rechnung 

bearbeiten, gutheissen, ablehnen 
o Samtliche Rechnungsdetails (lesen) 
o Kontierungsfelder (alle, schreiben) 
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o Interne Notizen (schreiben) 
o Ruckfragen an RS (schreiben) 
o Nachsteri Bearbeiter (nur lesen) 

■ Freigeber 

o Systemtransaktionen: Rechnungsdetails, PDF anzeigen, Rechnung 

bearbeiten, freigeben, ablehnen 
o Samtliche Rechnungsdetails (lesen) 
o Kontierungsfelder (alle, lesen) 
o Interne Notizen (schreiben) 

■ Dispatcher 

o Systemtransaktionen: Rechnungsiibersicht, Rechnungsdetails, PDF 

anzeigen, Mitarbeiter zuordnen 
o Samtliche Rechnungsdetails (lesen) 
o Kontierungsfelder (alle, lesen) 
o Interne Notizen (schreiben) 
o Ruckfragen an RS (schreiben) 

■ Eskalationsmanager: keine explizite Rolle, kann jeder sein. Einzige explizite 
Aufgabe ist der Erhalt von Nachrichten im Falle dass eine Rechnung zu langsam 
bearbeitet wird. 

■ Buchhalter 
o Download der Batch-Input Mappen 

■ Finanzdirektor 

o Systemtransaktionen: Rechnungsiibersicht, Rechnungsdetails, PDF 

anzeigen, Rechnung bearbeiten, freigeben, ablehnen, Mitarbeiter zuordnen 
o Samtliche Rechnungsdetails (lesen) 
o Kontierungsfelder (alle, schreiben) 
o Interne Notizen (schreiben) 

■ Systemadministrator 
o Benutzer verwalten 
o Berechtigungsprofile verwalten 
o Berechtigungsprofile, Berechtigungen zuordnen 
o Bevorzugtes Dateiformat wahlen 

■ Buchhaltungsdienstleister 
o Workfloweinstellungen 
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o Kontierungsfelder 
o Kontierungswerte 

o Berechtigungsverwaltung fur die Rechnungsprufung 



Fur den Ausdruck der im folgenden beschriebenen Rechnungsanzeigen die Standard- 
Druck-Funktion des jeweiligen Internetbrowsers verwendet werden. 

Folgende beispielhafte Art der Rechnungsdarstellung ist moglich: 

Nach Anmeldung auf dem Frontend erhalt der Benutzer eine tabeilarische Ubersicht aller 



ws ■ Rechnungsstellungsdatum / alternativ Falligkeitsdatum (Alternativen auswahlbar) 

■ Rechnungsbetrag in Rechnungswahrung (Die Wahrung jeder Rechnung kann mit 
angegeben werden.) 

■ Status der Rechnung (neu, in Bearbeitung, freigegeben, abgelehnt, Ruckfrage, 
Antwort erteilt) 

■ Benutzer (derzeitigen Bearbeiter) anzeigen priifen 

Die Rechnungsubersicht kann nach alien Spalten (Rechnungssteller, Betrag, Wahrung, 
Status, Datum) auf- und absteigend sortiert werde. 

Die Rechnungsubersicht kann uber flexible Selektion reduziert werden. Eine Selektion 
kann sowohl auf Einzelwerte als auch auf Intervalle aller oben genannten Felder erfolgen. 



) ^Die gewahlten Sortier- und Selektionskriterien sollen benutzerspezifisch gespeichert 
^^verden konnen. 

Ein Download der Rechnungsubersicht aus dem Frontend heraus kann im CSV Format 
und als Excel Datei erfolgen. 

Zu jeder Rechnung konnen per Drilldown die Rechnungsdetails angezeigt werden. Es wird 
das vom Rechnungssteller gewahlte Werbetemplate im Internetbrowser (z.B. als html) 
angezeigt, dass beispielsweise auch das Logo des Rechnungsstellers enthalten kann. 
Dieser Anzeige kann der Rechnungsempfanger alle relevanten Details der Rechnung 
entnehmen (beispielsweise Einzelpositionen der Rechnung). 

Urn die Druckversion der Rechnung zu sehen, kann der Benutzer sich jede Rechnung 
zusatzlich als PDF Datei anzeigen lassen. In diesem Fall offnet ein zweiter Browser und 
zeigt dem Benutzer die Rechnung, die er sich per Post hatte zuschicken lassen konnen. 




Rechnungen, die er sehen darf. Jede Rechnung wird durch einen Zeileneintrag 
reprasentiert mit den folgenden Angaben: 

■ Rechnungssteller 

■ Rechnungsnummer 
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Ein Download des PDF Files erfolgt mit Hilfe des entsprechenden Programms (z.B. 
w Adobe). 

Jeder Organisationseinheit kann eine beliebige Anzahl an weiteren Datenfeldern (z.B. 
Kontieaingsfeldem) zur Verfugung]. Bei der Einrichtung des Systems legt die 
Organisationseinheit einmalig pro Kontierungsfeld fest: 

■ Name des Feldes (z.B. Kostenstelle, Sachkonto, usw.) 

■ Zulassige Werte jedes Kontierungsfeldes 

Femer kann zu jedem Kontierungsfeld eine n-stufige Hierarchie (der Kontierungswerte) 
angelegt werden. Damit wird zum einen eine einfache Zuordnung erlaubter 
Kontierungswerte (z.B. Kostenstellen) zu Mitarbeitem ermoglicht, wodurch beispielsweise 
^ein Mitarbeiter mit Berechtigung fur eine ubergeordnete Kostenstelle auch alle 
j untergeordneten kostenstellen bebuchen dart Zum anderen konnen Auswertungen auf 
tjliesen Hierarchiestufen (z.B. auf Kostenstellen oder Knotenkostenstellen) gemacht 
werden. Nur Blatter durfen bebucht werden. Nicht alle Blatter haben dieselbe Tiefe. 
Die fur ein Feld zulassigen Werte konnen manuell gefullt werden oder aber maschinell - 
beispielsweise uber eine Schnittstelle - in einem von SAP vorgegebenen Format 
angeliefert und in den eCSP ubernommen werden. Fur jedes Kontierungsfeld kann 
festgelegt werden, ob es manuell oder automatisch gefullt wird. 

Kontierungen konnen entweder auf Rechnungsebene oder auf Rechnungspositionsebene 
erfolgen. Um eine automatische Rechnungskontierung zu ermoglichen, kann eine 
Organisationseinheit. Rechnungsarten (auf Kopfebene) und Rechnungspositionsarten (auf 
Positionsebene) pro Rechnungssteller hinterlegen und dafiir Default-Kontierungswerte 
■j |definieren, die das System beim Eintreffen entsprechender Rechnungen oder -positionen 
4feutornatisch fullt. 

Der Rechnungsempfanger kann vorab festlegen, ob Felder, die mit Defaultwerten gefullt 
werden, editierbar sind oder nicht, und ob sie angezeigt werden oder nicht, ob sie gefullt 
werden mussen oder nicht. Dadurch kann eine Rechnung beispielsweise so lange fur die 
Freigabe gesperrt sein, bis die Kostenstelle vorliegt. 

Eine Workflowstrategie legt fest, ob ein Workflow „geregeit" oder Jndividuell" ablauft. Bei 
einem geregelten Workflow ist genau festgelegt, wie viele Gutheissungsschritte von 
welchen moglichen Benutzem erfolgen mussen, bevor eine Rechnung freigegeben 
werden kann. Bei einem individuellen Workflow wird die Rechnung einem einheitlichen 
Initialbearbeiter oder Dispatcher zugestellt, der dann den ersten Bearbeiter (oder 
Gutheisser) festlegt. Jeder Bearbeiter vollzieht seinen Teil der Rechnungsprufung und 
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leitet die Rechnung an den nachsten Bearbeiter weiter. Dies geschieht so lange, bis die 
* Rechnung bei einem Freigeber landet und dieser die Rechnung freigibt. 

Eine Workflowstrategie entspricht entweder dem individuellen Workflow oder aber dem 

geregelten mit einer bestimmten Anzahl von Gutheissungs-Schritten und Regeln 

(beispielsweise parallele oder sequentielle PrCifung). 

Es besteht die Moglichkeit, weitere Strategien mit Benutzern anzulegen. 

Die Einrichtung des Workflow kann eine Benutzer oder eine Organisation selber, 

vorteilhafterweise online durchfuhren. 

Fur jede Rechnung konnen grundsatzlich die folgenden Bearbeitungsoptionen 
implementiert werden (unabhangig davon, ob nun ein Workflow genutzt wird oder nicht). 
Eine Rechnung befindet sich so lange in Bearbeitung, bis sie abgelehnt oder freigegeben 

! list. 

W^r jede Rechnungsposition kann eine Notiz in einem Textfeld (Freitext-Bemerkungen) 
erfasst werden. Hierzu kann jeder Benutzer berechtigt werden, der eine Berechtigung fur 
die Rechnungsbearbeitung besitzt. Dies dient der internen Bearbeitung der Rechnung und 
ist nur fur Benutzer des Rechnungsempfangers, nicht aber fur den Rechnungsempfanger 
oder den Supportmitarbeiter des Betreibers sichtbar. Das Erfassung einer solchen 
Jntemen" Notiz bewirkt keinen Statusubergangbei der Rechnung. 

Fur eine Rechnung kann ein Benutzer des Rechnungsempfangers eine Ruckfrage an den 
Rechnungssteller erfassen. Dies hat zur Folge, das der Status der Rechnung auf beiden 
Seiten (RE und RS) ubergeht in „Ruckfrage". Der Workflow pausiert so lange, bis eine 
Antwort erteilt wird. Wahrend dieser Zeit ist die Rechnung nach wie vor in der 
) i Rechnungsubersicht vorhanden. 
^Ifcin Rechnungsempfanger kann eine Rechnung per Interaktion mit dem eCSP 

(Knopfdruck) ablehnen. Dem RE konnen bei diesem Vorgang n verschiedene strukturierte 
Grunde vorgegeben werden, unter denen er einen einzigen oder mehrere auswahlen 
kann. Diese n Grunde konnen vom RE vordefiniert werden. Ferner kann er im 
Riickfragefeld eine Freitext-Bemerkung erfassen, die fur den RS sichtbar ist. Bei 
Ablehnung einer Rechnung erfolgt fur beide Seiten (RE und RS) ein Statusubergang in 
„abgelehnt". Die Rechnung wird mit Originalbeleg und zuzuglich Stomobeleg ins Backend 
des RE ubernommen. Der RS kann die Rechnung infolge der Nachricht in seinem 
Backend stornieren. 
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Alle im vorab definierten, sichtbaren weiteren Datenfelder (Kontierungsfelder) konnen 
- wahlweise auf Kopf- oder Positionsebene gefullt werden. Bei hierarchisch aufgebauten 
Kontierungsfeldern wird eine Eingabehilfe in Baumstruktur geboten. 
Der eCSP gibt hierzu eine Auswahl vor. Hierzu muss der eCSP entscheiden, ob 
Kontierung auf Rechnungs- oder Rechnungspositionsebene erfolgen soli. In Abhangigkeit 
davon, ob sich die Defaultwerte auf Rechnungspositionsebene voneinander 
unterscheiden, legt der eCSP die Ebene fur die Default-Kontierung fest und fiillt alle 
Kontierungsfelder mit den Vorschlagswerten. 

Sowohl die Ebene der Kontierung als auch die Werte in den Kontierungsfeldern konnen - 
sofern die gewahlte Feldsteuerung dies zulafct - vom Benutzer verandert werden. In 
, welchen Schritten und von welchen Bearbeitern dies geschieht, hangt davon ab, ob der 



j Rechnungsempfanger einen Workflow nutzt oder nicht. Dementsprechend greift einer der 



Es konnen auch mehrere Kontierungswerte pro Kontierungsfeld eingegeben werden. In 
diesem Fall kann die Aufteilung des Betrages wahlweise absolut oder prozentual erfolgen. 
Im Laufe des Gutheissungs- und Freigabeprozess konnen Zahlungsbedingungen 
mitgegeben werden. Normalerweise ist die Zahlungsbedingung bereits Bestandteil der 
signierten elektronischen Rechnung. Ist dieses Feld gefuilt, so kann es nicht verandert 
werden. Ist es jedoch nicht gefullt, so fullt das System es in der maschinenlesbaren 
Rechnungsversion (XML) mit dem Wert, der in dem entsprechenden Kreditor 
voreingestellt ist. Ist dieser Wert nicht der gewunschte oder ist das Feld noch immer leer, 
so kann es manuell gefullt werden. 
■) ( Ein dazu berechtigter Benutzer kann eine Rechnung inklusive der geanderten Daten, 
j^Pbrfassten Kontierungen etc. sichem und heisst damit die Rechnung gut. Der 

Gutheissungsstatus wird getrennt vom Rechnungsstatus (nach wie vor „in Bearbeitung") 
fortgeschrieben. 

Eine Rechnung kann statuserhaltend von einem Sachbearbeiter an einen anderen 
Sachbearbeiter weitergeleitet werden. In einem entsprechenden Feld wahlt der 
Sachbearbeiter den Namen eines Benutzers aus, der Gutheissungs- oder 
Freigabebefugnis hat. 

Befindet sich eine Rechnung uber eine vordefinierbare Zeitspanne hinaus in Bearbeitung, 
so kann eine Benachrichtigung an den Eskalationsmanager geschickt werden. Dieser 
kann der Rechnung einen neuen Bearbeiter zuordnen. 




ft* 



•eiden untenspezifizierten Ablaufe fur die Rechnungspriifung. 



Seite 14 



SAP Aktiengesellschaft -15- 

Eine Rechnungsfreigabe bedeutet, dass eine Rechnung bezahlt werden darf. Dies setzt 
* vorraus, dass die Rechnungsprufung mit Erfolg abgeschlossen ist und ein Buchungsbeleg 
fur diese Rechnung erstellt wird oder wurde. 

Beim Individuellen Workflow ist eine Freigabe insbesondere auch dann moglich, wenn 
noch keine Gutheissung stattgefunden hat. Im geregelten Workflow ist eine Freigabe nur 
dann moglich, wenn die zuvor festgelegten Workflowschritte durchlaufen wurden. 
Grundsatzlich kann die Freigabe einer Rechnung aus jedem Status heraus erfolgen. 
Wenn eine abgelehnte Rechnung freigegeben wird, so kannein neuer Originalbeleg erstellt 
oder der Stomobeleg zuruckgenommen werden. 

Ein RE kann pro RS einen Hochstbetrag definieren, bis zu dem Rechnungen automatisch 
/vom eCSP (System) freigegeben werden. Fur diese Regeln konnen Gultigkeitszeitraume . 
} ffestgelegt werden. Damit die Belegerstellung nicht fehllauft, sollte fur diesen Fall das 
System so vollstandig konfiguriert sein, dass samtliche benotigten Kontierungsfelder mit 
Vorschlagswerten gefullt werden. 

Wenn der RE eine Rechnung aus seinem eigenen Finanzsoftwaresystem heraus bezahlen 
will (Zahlungsauftrag erteilt), so kann uber eine Schnittstelle eine entsprechende 
Statusupdatemeldung an den eCSP geschickt werden konnen. Der eCSP kann diese 
Meldung aufnehmen konnen. So ist der RS uber den Zahlungsanstoss informiert und der 
Status der Rechnung im Web auf "erledigt" gesetzt. Dieser Statusupdate kann jedoch vom 
RE auch deaktiviert werden. 

Jede Organisationseinheit kann einen Workflow fur die Rechnungsprufung nutzen. Nutzt 
, sie diesen nicht, so fmdet die Bearbeitung der Rechnungen uber die ganz norrnale 
) \ Rechnungsanzeige (Rechnungsubersicht) im Frontend statt. 

-^Jearbeitet eine Organisationseinheit ihre Rechnungen mit Workflow-Unterstutzung, so 
wird die Rechnungsubersicht nur von Dispatchem oder ubergeordneten Instanzen (zu 
Monitoring-Zwecken) genutzt. Die Sachbearbeiter aus Finanzbuchhaltung und Logistik 
erlangen uber ihren Maileingang Zugriff auf eine zu priifende Rechnung. Fur jede 
Rechnung erhalten sie eine Email mit einem entsprechenden Link. 
Der eCSP kann so configuriert sein, daft der Link alleine den Benutzer noch nicht 
authentifiziert, er muss dann noch immer sein personliches Passwort eingeben. 
Der Sachbearbeiter fullt die Felder, fur die er zustandig ist, und sichert die Daten. 
Entweder ist eine Reihenfolge bestimmter Bearbeiter vomherein festgelegt (geregelter 
Workflow) - in diesem Fall ist der Sachbearbeiter fertig. Oder der Sachbearbeiter muss 
seinen Nachfolger selber bestimmen (individueller Workflow) - in diesem Falle muss er 
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den entsprechenden Namen auswahlen und das System wird diesem Mitarbeiter ebenfalls 
eine Email mit Link auf dieses Rechnung zuschicken. Auswahlbar sind alle Benutzer mit 
entsprechender Berechtigung zur Gutheissung oder zur Freigabe. Sobald eine Rechnung 
freigegeben ist, stoppt der Workflow. 

Rechnungsprufer einer Organisationseinheit ohne Workflow-Unterstutzung gehen in die 
Rechnungsubersicht und priifen die Rechnungen von dort aus. Es lassen sich dieselben 
Funktionen ausfuhren wie mit Workflow (Fullen von Kontierungsfeldern etc.) - nur werden 
die prufenden Mitarbeiter nicht automatisch vom System koordiniert. Wenn beispielsweise 
ein mittelstandisches Untemehmen insgesamt nur 2 Rechnungsprufer hat, so lohnt die 
Einrichtung des Workflow nicht unbedingt, da die Mitarbeiter sich leicht absprechen 
,konnen. 

\Bei jeglichem Bearbeitungsschritt - ob dies mit oder ohne Workflow geschieht -konnen 
^nderungsbelege fortgeschrieben werden. Jede Anderung kann mit Tag, Uhrzeit und 
Benutzerkiirzel vermerkt werden und nachvollziehbar sein, unter Angabe der 
Systemtransaktion, des Statusubergangs, des alten und neuen Werts der geanderten 
Felder. Hiervon betroffen sein kann jede statusverandernde Systemtransaktion sowie 
jedes anderungsbeleg-relevante Feid, d.h.: 

■ Jedes Kontierungsfeld 

■ Interne Notizen 

■ Ruckfragen 



Eine neu eingelieferte, noch nicht betrachtete Rechnung hat beim Rechnungsempfanger 
\den Status „neu". Sobald sie von einem Benutzer des RE betrachtet wurde, tragt sie den 
Status Jn Bearbeitung". Im Anschluss sind die in Fig. 9 und der nachfolgenden Tabelle 
gezeigten Status moglich, deren Ubergange im Rahmen des Designs spezifiziert und 
genau gepriift werden miissen. Jede Statusveranderung auf der Seite des RE hat auch 
eine Statusveranderung auf der Seite des RS zur Folge, d.h. der eCSP kann jeweils 
entsprechende Statusupdates an den Consolidator schicken. 
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Von der Rechnungsiibersicht, von der Anzeige der Rechnungsdetails und aus der 
Bearbeitung (Priifung) einer Rechnung heraus kann ein Absprung auf die 
Geschaftsvorfall-Historie (Anderungsdatum, Anderungszeit und Benutzer) moglich sein. 
Zur Geschaftsvorfall-Historie gehoren alle getatigten Aktionen, insbesondere Aktionen des 
Gutheissungsprozesses. Sowohl Ersteingaben als auch Anderungen von 
Kontierungsdaten konnen mit protokolliert werden. 

/Die Rechnungen konnen unter anderem in den Formaten XML-ldoc (INVOICE01 , 
^|NVOIC02) und UN/EDI FACT D96.A angenommen, bearbeitet oder zur Verfugung 
^estellt werden. Der Kunde kann in seinen Stammdaten festlegen, welches Format er 

bevorzugt. 

Der Rechnungsempfanger kann iiber das eCSP Frontend (Internetbrowser) Dateien uber 
HTTPS vom eCSP Betreiber empfangen. Er authentifiziert sich auf dem eCSP und lad die 
Rechnungen als XML-ldoc Files mittels https herunter auf ein Verzeichnis seiner Wahl. 
Beim Empfang kann er aus den bereitstehenden Shipments auswahlen. 
Der eCSP stellt innerhalb der Firewall des eCSP Betreibers die Rechnungen als Datei der 
oben angegebenen Formate zur Verfugung. Uber herkommliche Download Verfahren und 
mittels https konnen diese Dateien in andere Systeme ubertragen werden. Eine 
heruntergeladene Rechnung soli mit einem Kennzeichen versehen werden, damit sie nicht 
ein zweites Mai ins Backend System des Kunden eingespielt wird. 
tnhand der Rechnungsinformationen und der vorgenommenen Kontierung kann der 
eCSP automatisch Buchhaltungsbelege erstellen. Das Matching der Feldergegen die 
XML-ldoc Rechnung vollzieht das System automatisch. Diese werden in eine Batch-Input 
Mappe gestellt. 

Bereits erstellte Batch-lnput-Mappen konnen uber https in ein separates System 
heruntergeladen werden, das sich auch jenseits der Firewall des Betreibers befinden 
kann. Von dort aus konnen sie wiederum in das jeweilige Fibu-System hochgeladen und 
dort abgespielt werden. Das Format der Batch-Input Mappen kann vorgegeben werden. 
Abgespielte Mappen werden entsprechend gekennzeichnet, urn ein wiederholtes 
Abspieleq zu verhindem. 
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Es kann automatisch sichergestell werden, dass fur dieselbe Rechnung nicht zwei Mai ein 
Buchhaltungsbeleg erstellt wird. 

So lange eine Rechnung freigegeben ist, jedoch nocht kein Buchhaltungebeleg erstellt 
wurde, kann die Bearbeitung wieder von dem Freigeber in Bearbeitung genommen und 
danach die Kontierung geandert werden. 

Ein Stomo einer Rechnung uber das Frontend, fur die bereits ein Buchhaltungsbeleg 
erzeugt wurde, kann verboten sein. Wird eine Rechnung im Backend storniert, kann der 
Status entsprechend von dazu autorisierten Mitarbeitern im Frontend angepasst werden. 
Auf Basis der hinterlegten Cost Events konnen die getatigten Transaktionen, Buchungen 
Oder Freigaben usw. im ausgewahlten Zeitraum gezahlt werden. 
Mit diesem Report konnen die gezahlten Cost Events an einen Abrechnungsservice 
, ubergeben werden. 

Jkach der Ubergabe konnen die verarbeiteten Cost Events geloscht werden. 
Ein Rechnungsempfanger kann einstellen, bei welchen Ereignissen er in Form einer SMS, 
einer Email oder eines Briefes benachrichtigt werden mochte und welcher Mitarbeiter 
Empfanger dieser Nachricht sein soil [1.19]. Auch mehrere Mitarbeiter konnen 
verschiedenartige Benachrichtigungen uberdasselbe Ereignis erhalten [10.39]. Diese 
Ereignisse konnen sein: 

■ Rechnungsempfanger wurde an einem Biller Consolidator Netz freigeschaltet. 

■ Rechnungssteller hat Registrierung des Kunden akzeptiert oder abgelehnt 

■ Rechnungssteller ist aus Biller-Consolidator Netz ausgeschieden 

■ Neue Rechnung ist eingetroffen 

( ■ Skontowamung (x (einstellbar) Tage vor Ablauf der Skontofrist, x RE-spezifisch 
|P\ einstellbar) 

■ Rechnung ist fallig (x Tage vor Falligkeitsdatum, x RE-spezifisch einstellbar) 

■ Antwort des Rechnungsstellers (auf eine Riickfrage) 

■ Rechnungssteller nimmt Rechnung zuriick (z.B. weil ein irrtum vorlag) 
Benachrichtigungen per Email konnen einen Link auf eine entsprechende Webseite 
enthalten. 

Ein Rechnungssteller kann seine im eCSP gehaltenen Stammdaten selber pflegen, d.h. 
entsprechend der Berechtigung des jeweiligen Benutzers konnen die Postanschrift und 
andere Kommunikationswege, und Bankverbindungen online geandert werden. 
Der eCSP kann in ein Portal integriert werden. 
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Einerder Services, die der eCSP Betreiberden angebundenen Rechnungsempfangern 
* anbieten kann, ist die Archivierung aller Rechnungen. Durch die Archivierung werden 
bestimmte Rechnungen aus dem Online Bestand entfernt und stattdessen auf einem nicht 
uberschreibbaren Datentrager und in auswertbarer Form dem RS zur Verfugung gestellt. 
Die Nichtuberschreibbarkeit ist von besonderem Vorteil fur die MehnA/ertsteuerkonformitat 
dieser Losung. 

Bei jedem Archivierungslauf kann die Selektion des Datenbestandes folgendermassen 
erfolgen: 

Alle Rechnungen 

■ Genau einer bestimmten Organisationseinheit 

) ■ mit Einlieferungsdatum vor (Tagesdaturn minus RE-spezifischer Frist, festgelegt im 
4 Customizing) 

■ mit Status abgelehnt, storniert oder gebucht 

Fur jede zu archivierende Rechnung konnen folgende Informationen archiviert werden: 

■ Originalrechnung digital signiert (elektronisches Format wie I DOC oder 
UN/EDI FACT oder XML usw.) 

■ zugehorige Rechnung im lesbaren Format digital signiert (PDF - kann im Thin 
Consolidation Fall auch Originalrechnung sein) 

■ Zusatzdokument aus Workflow mit Unterschriften und Bemerkungen der 
Gutheisser, Freigeber etc. 

■ Fortschreibung des Geschaftsvorfall: das Protokoll aller schreibenden Aktionen, 
^ inkl. Ruckfragen und Notizen soil mit archiviert werden 

iDer RE kann individuell Zustellungszyklen einstellen, denen entsprechend ihm 
llrchivdaten zur Verfugung gestellt werden. 

Es konnen Tools zur Signaturprufung integriert sein, die auch auf dem nicht 
uberschreibbaren Datentrager enthalten sein konnen. 

Die Software zur Archivierung kann Suchkriterien (Rechnungdatum, Customer, Betrag, 
Wahrung, Rechnungsnr., Status) zur Verfugung stellen, die es erlauben, Rechnungen 
schnell zu finden. Die Suchresultate konnen nach verschiedenen Kriterien sortiert werden. 
Dem Betreiber wird mit der Archivierungsfunktion eine Funktion zur Verfugung gestellt, mit 
der er fur einen bestimmten Rechnungsempfanger alle Rechnungen als Sammelrechnung 
auf Papier ausdrucken kann, urn diese dem Rechnungsempfanger fur steuerliche Zwecke 
zur Verfugung stellen zu konnen. 
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Fiir die Rechnungsbearbeitung beim Customer konnen samtliche Prozessschritte mit den 
* zugehorigen Objekten protokolliert werden, so daft der Prozeftablauf nachvollziehbar 
bleibt (unter anderem die Rechnung, Gutheissung, Freigabe, Ablehnung, Weiterleitung, 
Kontierung, Notizen, Abholung der Belegdaten). Die Protokollierung kann mit einer 
Identifikation des Bearbeiters, Timestamp, Rechnungsbezug und getatigter Aktion 
erfolgen. 

Die Daten auf dem eCSP konnen von dem eCSP Betreiber iiber eine 
Standardarchivierungs-Schnittstelle (Archive Link) archiviert werden. Ein Ruckladen der 
Daten ins System ist moglich (z.B. fiir Auswertungszwecke). 

Ein Support Mitarbeiter kann in einem Monitor samtliche Meldungen und Vorgange zu 
^einer Rechnung oder zu einer Organisationseinheit beobachten. Wenn Probleme auftreten 
. sollten, beispielsweise dass einen Rechnung nicht korrekt angekomen ist, ist es moglich, 
^^ihand der Meldungen nachzuvollziehen, an welcher Stelle das Problem aufgetreten ist. 
Support Mitarbeiter des eCSP Betreibers sollten dieselben Screens sehen konnen wie ihre 
Kunden, denen sie Hilfestellung leisten sollen. Es kann vorgesehen sein, auf die 
Rechnungstibersicht einer bestimmten Organisationseinheit ins Einstiegsbild eines 
bestimmten Benutzers zu kommen. Es kann weiter vorgesehen sein, daft der Support 
Mitarbeiter zeitweise die Eigenschaften eines Benutzers auf sich selber wiederspiegeln 
kann, urn nachvollziehen zu konnen, welches Problem sein Gegenuber derzeit gerade hat. 
Meldet ein Rechnungssteller sich am Netz ab, kann in der Billerliste der Status aktualisiert, 
die angebundenen RE's informiert und fortan keine Rechnungen dieses RS mehr 
akzeptiert werden. 

) ^Weiter vorteilhaft ist es, wenn ein RE keine Rechnungen eines anderen RE's sehen kann. 
^lemer kann vorgesehen werden, daft ein Supportmitarbeiter niemals „unbemerkt K , d.h. 
ohne entsprechende Protokollierung durch das System ins Handlungsgeschehen 
eingreifen konnen (Rechnungen ablehnen, kontieren etc.). 

Im folgenden wird die Erfindung anhand der Figuren 1-8 weiter erlautert. Ein 
Beschrankung der Erfindung in irgend einer Weise ist dadurch nicht beabsichtigt. 

Fig. 1a und 1b zeigen als Blockdiagramm Computersysteme mit Programmen und Dateien 
zur Durchfuhrung des erfindungsgemaften Verfahrens zur computerimplementierten 
Bearbeitung von Rechnungen. 
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Fig. 2 zeigt beispielhaft einen Laufweg einer elektronischen Rechnung bei Benutzung des 
erfindungsgemafien Verfahrens anhand eines Blockdiagramms. 

Fig. 3 zeigt beispielhaft mehrere Schritte bei der Bearbeitung von Rechnungen nach dem 
erfindungsgemaflen Verfahren. 

Fig. 4 zeigt anhand eines Blockschaltbildes eine erste mogliche Aufteilung von einzelnen 
Schritten des erfindungsgemaflen Verfahrens auf eine oder mehrere Parteien. 

Fig. 5 zeigt anhand eines Blockschaltbildes eine zweite mogliche Aufteilung von einzelnen 
Schritten des erfindungsgemalien Verfahrens auf eine oder mehrere Parteien. 

[ 0^g. 6 zeigt anhand eines Blockschaltbildes eine dritte mogliche Aufteilung von einzelnen 
Schritten des erfindungsgemafien Verfahrens auf eine oder mehrere Parteien. 

Fig. 7 zeigt beispielhaft eine mogliche Schrittfolge zur „manuellen" Bearbeitung einer 
Rechnung. 

Fig. 8 zeigt beispielhaft eine mogliche Schrittfolge zur „automatischen" Bearbeitung einer 
Rechnung. 

Fig. 9 zeigt beispielhaft mogliche Status eins elektronischen Dokumentes oder eines 
strukturierten Dokumentes. 

^uie Figuren 1a und 1b zeigen ein Beispiel eine Implementierung einer Ausfuhrungsform 
der Erfindung: ein Computer-System 101 , dass mit einem Computer System 115 
verbunden werden kann, wobei beide mit Programmen oder Programmmodulen zur 
Durchfuhrung des erfindungsgemafJen Verfahrens versehen sind. Fig. 1a zeigt einen 
Computer System 101 aufweisend einen Computer 102 mit einer CPU 105, einem 
Arbeitsspeicher 112, in dem Softwareanwendungen zur Ausfiihrung durch die CPU 105 
gespeichert sind. Eine derartige Softwareanwendung ist das erfindungsgemafie 
Programmen 111, der eCSP. Das Computer-System 101 umfasst weiter Eingabemittel 
103 und Ausgabemittel 104 zur Bedienung durch einen Anwender, zum Beispiel zum 
Starten von Programmen und/oder zur Eingabe und Ausgabe von Daten. Das 
Computersystem 101 weist weiter allgemeine Eingangs- und Ausgangsmittel 108 auf, 
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einschliefilich einer Netzwerkverbindung 113, zum Senden und/oder Empfangen von 
Daten, zum Beispiel uber eine Netzwerkverbindung mit einem Oder mehreren weiteren 
Computersystemen 114, und zum Empfangen von elektronischen Rechnungen. Eine 
Vielzahl von Computer-Systemen ahnlich wie das Computer-System 101, insbesondere 
ein Computer-System 115 in Fig. 1b, konnen uber die Netzwerkverbindung 113 in Form 
eines Netzwerkes miteinander verbunden sein. In einem derartigen Fall konnen die 
Netzwerkcomputer 1 1 4 als weitere Eingabe- bzw. Ausgabemittel Oder als weitere 
Speichermittel benutzt werden. Zur Speicherung von Daten weist das Computer-System 
101 ein nicht fluchtiges Speichermittel 107 auf. Fig. 1b zeigt das Computer-System 115, 
dass mit dem Computer System 101 von Fig. 1a verbindbar ist. Das Computer-System 
115 umfasst einen Computer 116 mit einer CPU 121, einem Arbeitsspeicher 120, in dem 
^pftware Anwendungen zur Ausfuhrung durch die CPU 121 gespeichert sind, allgemeine 
Eingabe- und Ausgabemittel 122 inklusive einer Netzwerkverbindung 123 zum Senden 
und/oder Empfangen von Daten und zum Aufbau eines Netzwerkes mit anderen 
Computer-Systemen, insbesondere mit dem Computer-System 101 aus Fig. 1a. Das 
Computer-System 115 umfasst we iter Eingabemittel 117 und Ausgabemittel 118 zur 
Bedienung durch einen Benutzer, z. B. zum Starten von Programmen und/oder zur 
Eingabe und/oder Ausgabe von Daten. Auflerdem ist ein nicht fluchtiger Speicher 119 
vorhanden. 

In dem Ausfuhrungsbeispiel der Figuren 1a und 1b ist der erfindungsgemafJe eCSP 1 1 1 

auf dem Computersystem 101, das einer ersten Partei zuzuordnen ist, installiert. Der 
^CSP 111 befahigt eine zweite Partei mit Hilfe des Computer-Systems 115 elektronische 
^Dokumente, im Beispiel sind es Rechnungen, auf dem Computer-System 101 zu 

bearbeiten, sofern beide Computer-Systeme miteinander verbunden sind. Dies wird im 

folgenden detaillierter erklart werden. 

Voraussetzung ist zunachst, dass der ersten Partei auf dem Computersystem 101 eine 
Rechnung in elektronischer Form vorliegt. Dies kann z. B. dadurch erfolgt sein, dass ein 
Rechnungssteller der ersten Partei eine elektronische Rechnung mittels E-Mail oder 
Datentrager oder uber eine Netzwerkverbindung uber dem Eingang 108 in das Computer- 
System 101 ein gespielt hat. Eine so erhaltene Rechnung wird dann in ein internes Format 
konvertiert und in einer Tabelle 109 gespeichert. Die Tabelle 109 hat eine Vielzahl von 
Spalten, die Rechnungsinformationen enthalten, wie Rechnung Nr., Kunde, Datum, 
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Produkt, Preis, Adresse usw. Die Zeilen derTabelle 109 bestehen aus Datenfeldern 
entsprechend den genannten Spalten und bilden die einzelnen Rechnungen. 
Selbstverstandlich kann die Rechnungen auch auf mehrere Tabellen aufgeteilt seien 
(relationale Datenbank). Sobald eine neue Rechnung eine solche Tabelle 109 gespeichert 
wird, oder nach einer voreinstellbaren Anzahl von neue eingespeicherten Rechnungen, 
erzeugt der eCSP 111 aus einem oder mehreren Datenfeldern einer Rechnung aus der 
Tabelle 109 unter Hinzufugung von weiteren Datenfeldern aus einer Tabelle 106 ein 
strukturiertes Dokument 125. Das strukturierte Dokument 125 kann Daten, tags, oder 
Programmcode enthalten. Dieses strukturierte Dokument 125 ist in einem Web-Browser 
124 anzeigbar, und die weiteren Datenfelder konnen mittels des Web-Browsers 125 
editiert werden. Das strukturierte Dokument 125 ist vorzugsweise eine strukturierte Tabelle 
ier eine XML-Datei oder eine HTML-Datei oder eine Java Server Page. Name und 
Eigenschaften der weiteren Datenfelder sind in einer Tabelle 106 gespeichert. Die Namen 
konnen sich am Zweck des weiteren Datenfeldes bzw. an der Art der einzugebenden 
Daten oder Informationen orientieren, z. B. Konto, Kostenstelle usw. Als Eigenschaften 
konnen Grofien wie Typen, GrofJe, Sichtbarkeit, Editierbarkeit, ein Defaultwert usw. 
definiert werden. Typ kann z. B. sein Zahl oder Zeichenkette, die Grade entspricht der 
Lange des Feldes, Sichtbarkeit gibt an, ob das betreffende Feld im Browser angezeigt wird 
oder unsichtbar bleibt, Editierbarkeit gibt an, ob das Feld im Browser editiert werden kann. 
Die Eigenschaft Defaultwert gibt an, ob und welcher Wert vom eCSP vorab in das 
betreffende Feld geschrieben wird. Das strukturierte Dokument 125 und die Tabelle 106 
konnen beim Einrichten des Systems fur jeden Rechnungssteller oder fur jede erste oder 
^pveite Partei oder einen bestimmten Sachbearbeiter einer der Parteien spezifisch 
^usgestaltet werden. Der eCSP 111 erzeugt weiter einen HTTP-Link 110, der auf das 
strukturierte Dokument 125 zeigt. Der HTTP-Link wird der zweiten Partei per E-Mail oder 
SMS zugesandt. Die zweite Partei bzw. eine ihrer Sachbearbeiter kann den HTTP-Link 
110 mit dem Computer-System 1 1 5 uber den Eingang 1 22 empfangen. Die zweite Partei 
kann mit Hilfe des Web-Browsers 124 den HTTP-Link 110 ausfuhren, worauf der Web- 
Browser 124 iiber eine Netzwerkverbindung 123 vorzugsweise uber die 
Zwischenschaltung eines Anmeldungsschrittes auf das strukturierte Dokument 125, das 
sich auf dem Computer System 101 der ersten Partei befindet, zugreift, es offnet und auf 
einen Bildschirmen 118 des Computer-Systems 115 zur Anzeige bringt. Der 
Sachbearbeiter der zweiten Partei sieht eine fur ihn gestaltete Anzeige und kann die zur 
Bearbeitung angebotenen weiteren Datenfelder editieren. Nach erfolgter Dateneingabe 
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' kann der Sachbearbeiter das strukturierte Dokument 125 schliefcen. Der eCSP 1 1 1 
« uberwacht den Status des strukturierte Dokumentes an 125. Nachdem der Status " 
Bearbeitung beendet " erkannt wurde, kann das geanderte bzw. editierte strukturierte 
Dokument 125 als Buchhaltungsbeleg (Beleg) an die zweite Partei zur Eingabe in ihr 
elektronisches Buchhaltungssystem gesandt werden. Vorher kann der Beleg noch 
umformatiert werden, um ihn an die von der zweiten Partei verwendeten Formate 
anzupassen. Es kann aber auch aus dem geanderten strukturierten Dokument 125 oder 
der Rechnung unter Hinzufugung weiteren Datenfelder und/oder Wegiassung von 
Datenfeldern ein weiteres strukturiertes Dokument 125, dass fur einen anderen 
Sachbearbeiter spezifisch gestaltet ist, sowie ein entsprechender weiterer HTTP-Link 110 
erzeugt werden. Entsprechend kann dann der weitere HTTP-Link 110 dem anderen 
i Sachbearbeiter zugesandt werden, worauf dieser in analoger Weise die weitere 
fl^arbeitung der Rechnung bzw. des weiteren strukturierten Dokumentes 125 durchfuhren 
kann. Es konnen auch parallel bzw. gleichzeitig zwei unterschiedliche strukturierte 
Dokumente 125, die fur unterschiedliche Sachbearbeiter spezifisch ausgestaltet sind, und 
entsprechende HTTP-Links 110 erzeugt werden. Dies ermoglichte in analoger Weise die 
parallele bzw. gleichzeitige Bearbeitung der Rechnung. Beim Einrichten des Systems 
konnen einem oder mehrere unterschiedliche Abfolgen solcher konfigurierbarer 
Arbeitsschritte als Workflow voreingestellt werden. 

Die Fig. 2 zeigt ein Beispiel eines Weges auf dem eine elektronische Rechnung in ein 
elektronisches Buchhaltungssystem eines Rechnungsempfangers (Kunden) gelangen 
kann: eine elektronische Rechnung 201 wird an einen eCSP 202 gesandt. Die 
Elektronische Rechnung 201 wird, wie zu Fig. 1 oben ausgefuhrt, mit Hilfe des eCSP, der 
auf einem Computersystem installiert ist, kontiert und gepruft. Der eCSP erzeugt aus dem 
geanderten strukturierten Dokument einen Buchhaltungsbeleg 204 und sendet ihn 
automatisch oder auf Anforderung an eine Buchhaltungssoftware 203 des 
Rechnungsempfangers, die ebenfalls auf einem Computer-System installiert ist. Die 
Buchhaltungssoftware 203 kann nun Informationen aus dem Beleg 204 ihren einzelnen 
Modulen zuordnen, beispielsweise einer Finanzbuchhaltung 205, einem 
Kostenrechnungsmodul 206, einer Anlagenbuchhaltung 207, einem Logistikmodul 208 
usw. 

Die Fig. 3 zeigt beispielhaft mogliche Arbeitsschritte, die mit Hilfe des erfindungsgemafien 
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eCSP durchgefuhrt werden konnen. Wenn eine elektronische Rechnung 301 einem 
erfindungsgemafJen eCSP zugesandt wird, kann in einem ersten Schritt 302 eine 
automatische Prufung der elektronischen Rechnung 301 noch voreinstellbaren Kriterien 
stattfinden. Je nach Art des Fehlers und dem dazu vorgegebenen Kriterium kann in einem 
Schritt 303 eine formale Prufung (Eskalation) durchgefuhrt werden. Dazu wird vom eCSP 
ein entsprechendes strukturiertes Dokument erzeugt und eine E-Mail mit einem HTTP-Link 
an einen dafur vorgesehenen Sachbearbeiter versandt (diese Vorgehensweise ist 
gemeint, wenn im folgenden davon gesprochen wird, dass die Rechnung automatisch 
einen Sachbearbeiter zur Bearbeitung gesandt bzw. zuganglichgemacht wird.)- Alternativ 
kann aber auch die elektronische Rechnung 301 in einem Schritt 304 automatisch 
zuruckgewiesen werden. Dazu kann eine voreinstellbaren E-Mail an den Rechnungssteller 
gesandt werden. Ergibt die automatische Prufung im Schritt 302 keine Fehler, kann ein 

^Workflow initiiert werden. Dann wird in der bereits beschriebenen Weise ein 
entsprechendes strukturiertes Dokument erzeugt und einem Sachbearbeiter 
zuganglichgemacht, der dann in einem Schritt 305 eine sachliche Prufung der Rechnung 
durchgefuhrt. Das Ergebnis der Prufung (zum Beispiel sachliche in Ordnung oder nicht in 
Ordnung) kann der in einen dafur vorgesehenen weiteren Datenfeld vermerken. Ist diese 
Bearbeitung beendet, das strukturierte Dokument geschlossen, kann der eCSP je nach 
Ergebnis der Prufung die Rechnung automatisch zuruckweisen oder in der bereits 
beschriebenen Weise automatisch einem weiteren Sachbearbeiter zur Bearbeitung 
zuganglich machen. Dieser kann dann in einem Schritt 306 die ihm angebotenen Felder 
wie Kontonummer oder Kostenstelle ausfullen, d. h. die Rechnung kontieren. 
^jischliefiend wird die Rechnung automatisch einem weiteren Sachbearbeiter 

Zuganglichgemacht, der dann in einem Schritt 307 die Rechnung freigeben oder 
zuruckweisen kann. Im Falle der Freigabe erzeugt der eCSP in einem Schritt 308 
automatisch einen Buchhaltungsbeleg 309. 

Die Fig. 4. zeigt ein Beispiel einer moglichen Anordnung und Zusammensetzung von 
Systemen mit denen unter Zuhilfenahme des erfindungsgemafien eCSP eine Rechnung 
auf elektronischem Wege empfangen, kontiert und gepriift werden kann. Ein Dienstleister 
403 betreibt ein Computer-System mit einem erfindungsgemafien eCSP 407, einer 
Software 404 fur Auswertungen, einer Software 405 zur Formatskonvertierung und 
Erstellung einer digitalen Signatur, eine Software 406 zur Verwaltung von Stamm- und 
Partnerdaten und einer Abrechnungssoftware 408. Das Computer-System des 



Seite 25 



' SAP Aktiengesellschaft - 26 - 

Dienstleisters 403 kann mit Computer-Systemen von unterschiedlichen Rechnungsstellern 
w 401 , 402 und einem Rechnungsempfanger 409 uber ein Netzwerk verbunden werden. Die 
Bearbeitung einer Rechnung kann mit einer derartigen Anordnung folgendermaflen 
durchgefuhrt werden: eine Rechnungssteller 401 , 402 sendet eine elektronische 
Rechnung an den Dienstleister 403. In dessen Computer-System fuhrt zunachst die 
Software 405 eine Formatskonvertierung durch. AufJerdem wird die elektronische 
Rechnung automatisch digital signiert. Hierzu sollte der Rechnungssteller dem 
Dienstleister vorab autorisiert haben. Die signiert der Rechnung wird dann zunachst dem 
Rechnungsempfanger 409 zur Prufung der Signatur zugesandt. Hierzu kann die Software 
406 entsprechende Adressendaten bereitstellen. Dies ist besonders vorteilhaft, war die 
Erstellung und die Prufung der Signatur von unterschiedlichen juristischen Personen 
) c^rchgefuhrt werden muss, wenn die Rechnung den gesetzlichen Bestimmungen 
^efreffend die MwSt. genugen soil. Nach erfolgter Signaturpriifung sendet der 
Rechnungsempfanger 409 die Rechnung an den Dienstleister zuriick. AnschliefJend wird 
sie beim Dienstleister vom eCSP zurweiteren Prufung und Kontierung bereitgestellt Mit 
Hilfe der Abrechnungssoftware 408 kann die Zahl der verarbeiteten Rechnungen oder 
auch der einzelnen Beantwortungsschritte gezahlt und den Rechnungsstellern und/oder 
den Rechnungsempfangem in Rechnung gestellt werden. 

Fig. 5 zeigt ein weiteres Beispiel einer derartigen Anordnung und Zusammensetzung von 
Systemen. In diesem Beispiel betreibt ein erster Dienstleister 501 mit einem Computer- 
System eine Software 502 fur Auswertungen, eine Software 503 zur Verwaltung von 
Stamm- und Partnerdaten, eine Software 504 zur Formatkonvertierung und 
"ireignaturerstellung sowie eine Abrechnungssoftware 505. Ein zweiter Dienstleister 507 
betreibt auf einem Computer System einen erfindungsgema&en eCSP 509 sowie eine 
Software 508, die als Schnittstelle und Signaturprufung dient. Weiter vorhanden sind ein 
Rechnungssteller 506 sowie unterschiedliche Rechnungsempfanger 510 mit jeweils 
eigenen Computer-Systemen. In diesem Beispiel kann der Rechnungssteller 506 eine 
elektronische Rechnung an den 1. Dienstleister 501 senden, eine Formatkonvertierung 
durchfuhren sowie die Rechnung digital signieren lassen. Der erste Dienstleister 501 leitet 
die Rechnung an den zweiten Dienstleister 507 weiter. Hierzu konnen Adressedaten von 
der Verwaltungssoftware 503 bereitgestellt werden. Altemativ kann der Rechnungssteller 
506 die Rechnung selbst digital signieren und in einem entsprechenden Format direkt an 
den zweiten Dienstleister 507 senden. Der zweite Dienstleister 507 erhalt die signierte 
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1 Rechnung uber die Schnittstellensoftware 508, fuhrt eine Signaturprufung durch und leitet 
■ die Rechnung zur weiteren Bearbeitung an den eCSP weiter, d. h. die Rechnung wird z. B. 
Altteile in einer Tabelle abgespeichert, wie weiter oben bereits beschriebenen. Der eCSP 
uberwacht die entsprechende Tabelle und startet einen Workflow zur Bearbeitung sobald 
eine neue Rechnung gespeichert ist. Nach erfolgter Bearbeitung wird ein Beleg an den 
betreffenden Rechnungsempfanger 510 weitergeleitet. 

Fig. 6 zeigt ein weiteres Beispiel einer derartigen Anordnung und Zusammensetzung von 
Systemen. In diesem Beispiel sind die erste und zweite Partei innerhalb eines 
Unternehmens 601 angesiedelt. Das Unternehmen 601 betreibt ein Computer-System, 
das aus einem firmeninternen Netzwerk oder aus einem einzelnen Computer bestehen 
tonn. Das Unternehmen 601 hat einen erfindungsgemafien eCSP 602, eine Software 603, 



"reals Schnittstelle und zur Signaturprufung dient, und ein Buchhaltungssystem 604. Die 
Bearbeitung und Kontierung einer Rechnung erfolgt analog dem oben bereits 
Beschriebenen. Nach erfolgter Freigabe einer Rechnung wird ein Beleg 605 vom eCSP 
erzeugt und dem Buchhaltungssystem 604 ubergeben. Eine derartige Anordnung ist 
vorteilhaft, wenn in einem Unternehmen ein Buchhaltungssystem vorhanden ist, aber 
keine Funktionalitat des eCSP hat, und wenn unter Beibehaltung des vorhandenen 
Buchhaltungssystems eine neue Funktionalitat entsprechend dem eCSP installiert werden 
soil. 

Die Fig. 7 zeigt ein Beispiel eines " manuellen " Workflow zur Bearbeitung einer Rechnung 
nach dem erfindungsgemafJen Verfahren. Die Bezeichnung " manuellen " bedeutet, dass 
^Jer Workflow wahrend seines Ablaufs von einem der Sachbearbeiter geandert werden 
kann. In einem ersten Schritt 701 wird eine elektronische Rechnung auf einem Computer- 
System wie bereits beschriebenen gespeichert. Der eCSP 702 fuhrt in einem ersten 
Schritt 703 eine automatische Priifung der Rechnung gemaft vorgegebenen Kriterien 
durch. Die Priifung ergibt, dass die Rechnungspositionsart fehlerhaft ist, in dem 
beispielsweise eine Leistung berechnet wurde, deren Berechnung zwischen dem 
Rechnungsstellern und Rechnungsempfanger nicht vereinbart wurde und entsprechend 
nicht im System hinterlegt wurde. Der eCSP startet darauf automatisch einen fur diesem 
Fall konzipierten manuellen Workflow und ubergibt die Rechnung einem ersten der 
Arbeiter 705, indem er in einem Schritt 706 eine E-Mail an den Bearbeiter 1 sendet. Der 
Bearbeiter 1 kann sich dann am eCSP anmelden und in einem Schritt 706 die 
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* Einstellungen am eCSP anpassen, sofern mitdem Rechnungssteller vereinbart wurde, 

• Rechnungen mit der betreffenden Rechnungspositionsart anzunehmen. Der Bearbeiter 1 
kann in einem Schritt 708 einen neuen Oder geanderten Workflow festlegen und die 
Rechnung erneut in den Eingang geben. AnschiiefJend startet der eCSP die automatische 
Prufung in Schritt 703 erneut. Nach dem die Einstellungen durch den Bearbeiter 1 
geandert worden, wird kein Fehler festgestellt, ein entsprechender Workflow 704 
aufgerufen und die Rechnung in einem Schritt 709 einem Bearbeiter 2 und ubergeben. 
Dazu wird in einem Schritt 91 1 E-Mail an den Bearbeiter zwei gesandt. Dieser meldet sich 
am eCSP 702 an, bearbeitet die Rechnung (im Beispiel heifit er sie gut) und schliefit sie in 
einem Schritt 71 1 . AnschliefJend wird die Rechnung einem Bearbeiter 3 in einem Schritt 
912 ubergeben. Dazu wird in einem Schritt 913 eine E-Mail an den Bearbeiter gesandt. 
I^eser meldet sich am eCSP 702 an, bearbeitet die Rechnung (im Beispiel kontiert er sie 

^^tfnd gibt sie frei) und schlieftt sie in einem Schritt 914. Damit ist die Bearbeitung der 
Rechnung geandert und der eCSP 702 erzeugt automatisch einen Beleg zur Weiterleitung 
an den Rechnungsempfanger. In Fig. 7 ist dieser Reihenfolge der Schritte auch durch die 
Bezifferung der Pfeile angezeigt. 

Die Fig. 8 zeigt ein Beispiel eines " automatischen " Workflow zur Bearbeitung einer 
Rechnung nach dem erfindungsgemaften Verfahren. In einem ersten Schritt 801 wird eine 
elektronische Rechnung auf einem Computersystem wie bereits beschriebenen 
gespeichert. Der eCSP 802 fuhrt in einem Schritt 803 eine automatische Prufung der 
Rechnung gemafi vorgegebenen Kriterien durch. Im Beispiel ergibt die Prufung einen 
} Fehler und so wird ein Workflow 804 gestartet. Der Workflow ubergibt in einem Schritt 805 



wJie Rechnung an einen Bearbeiter 1. Dazu wird eine E-Mail 806 mit einem Link an den 
Bearbeiter 1 geschickt. Dieser kontiert die Rechnung und heiftt die Rechnung in einem 
Schritt 807 gut. In analoger Weise erfolgt anschliefiend eine Uberprufung und nochmalige 
Gutheiliung durch einen Bearbeiter 2 mit den analogen Schritten 808, 809, 810. 
Anschliefiend wird die Rechnung in einem Schritt 811 einem Bearbeiter 3 mittels E-Mail 
812 zur Freigabe gegeben, die im Schritt 813 erfolgt. In einem Schritt 814 kann die 
Erstellung eines Reports, d.h. einer Auswertung von einer oder mehreren Rechnungen 
durch einen Report Generator 819, initiiert werden. Der Report kann einem Bearbeiter 4 
zuganglich gemacht werden. Hierzu wird eine E-Mail mit einem Link an den Bearbeiter 4 
gesandt. Der Bearbeiter 4 kann die Report-Datei in einem Schritt 815 downloaden und in 
einem Schritt 816 in eine Finanz- oder Controlling-Anwendung einspielen. In einem Schritt 
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' 817 kann die Erledigung dieses Vorganges abgezeigt werden. 



4 
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Patentanspruche: 

1 . Verfahren zur Bearbeitung von Dokumenten mit Hilfe eines Computersystems, bei dem 
das Dokument in elektronischer.Form mit ein oder mehreren Datenfeldern vorliegt, die 
Dokumentinformationen enthalten, und bei dem ein oder mehrere elektronische 
Dokumente von einer ersten Partei einer zweiten Partei zuganglich gemacht werden, 
dadurch gekennzeichnet, dafi 

die erste Partei automatisch ein oder mehrere strukturierte Dokumente bereitstellt, die 
es der zweiten Partei ermoglichen, ein oder mehrere weitere Datenfelder zu ein oder 
mehreren Datenfelder des oderjeden elektronischen Dokumentes hinzuzufugen. 



^"Verfahren nach Anspruch 1, bei dem ein Verweis auf den Speicherort des oderjeden 
strukturierten Dokuments erzeugt und an die zweite Partei gesandt wird. 



3. Verfahren nach Anspruch 1 oder 2, wobei die zweite Partei uber eine 
Netzwerkverbindung auf das strukturierte Dokument zugreift. 



4. Verfahren nach einem oder mehreren der Anspruche 1 bis 3, wobei das oder jedes 
strukturierte Dokument Daten und/odertags und/oder Programmcode enthalt, so dafi 
der zweiten Partei, die auf das strukturierte Dokument zugreift, ein oder mehrere 
Datenfelder als Auswahl zum Editieren und/oder Hinzufugen angeboten werden. 



5. Verfahren nach einem oder mehreren der Anspruche 1 bis 4, wobei das strukturierte 
Dokument eine strukturierte Tabelle oder eine XML-Datei oder eine HTML-Datei er 
eine Java Server Page ist. 

6. Verfahren nach einem oder mehreren der Anspruche 1 bis 5, bei dem die zweite Partei 
mit Hilfe eines Webbrowsers uber ein Netzwerk oder das Internet auf das oder jedes 
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7. Verfahren nach einem oder mehreren der Anspruche 1 bis 6, wobei das strukturierte 
Dokumente einen Verweis auf den Speicherort des elektronischen Dokumentes 



8. Verfahren nach einem oder mehreren der Anspruche 1 bis 7, bei dem das oder jedes 
weitere Datenfeld mit einem Defaultwert vorbelegt wird. 



9. Verfahren nach einem oder mehreren der Anspruche 1 bis 8, wobei der zweiten Partei 
Mittel zum Eingeben von Informationen in das oder jedes weitere Datenfeld angeboten 



10. Verfahren nach einem oder mehreren der Anspruche 1 bis 9, wobei das Dokument 
eine Rechnung ist. 

11. Verfahren nach Anspruch 10, bei dem der zweiten Partei Mittel zur Bestatigung der 



Rechnung angeboten werden. 

12. Verfahren nach einem oder mehreren der Anspruche 1 bis 1 1 , aufweisend den Schritt: 
Versenden des oder jeden strukturierten Dokumentes an die zweite Partei. 

13. Verfahren nach einem oder mehreren der Anspruche 1 bis 12, bei dem das 
elektronische Dokument und/oder das strukturierte Dokument verschlusselt wird. 



enthalt. 



werden. 
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4 14.Verfahren nach einem Oder mehreren der Anspriiche 1 bis 13, bei dem ein Workflow 
zur Bearbeitung des Oder jeden strukturierten Dokumentes gestartet wird. 

15. Verfahren nach einem oder mehreren der Anspriiche 1 bis 14, bei dem das 
elektronische Dokument automatisch auf voreinstellbare Kriterien uberpriift wird. 

16. Verfahren nach einem oder mehreren der Anspriiche 1 bis 15, bei dem das 
elektronische Dokument und/oder das strukturierte Dokument digital signiert wird. 

17. Verfahren nach einem oder mehreren der Anspriiche 10 bis 16, aufweisend den Schritt 
Weiterleiten der bearbeiteten Rechnung an einen Zahlungsservice. 

18. Verfahren nach einem oder mehreren der Anspriiche 9 bis 17, wobei die Informationen 
Rechnungsinformationen sind und Informationen zu Adressen des Rechnungsstellers 
und/oder des Rechnungsempfangers und/oder des Zahlungsservice und/oder zur 
Zahlung und/oder zur MwSt. und/oder zu Rechnungspositionen mit Bezug zum 
zugrundeliegenden Auftrag und/oder zur Kommentierung umfassen. 




19. Verfahren nach einem oder mehreren der Anspriiche 10 bis 18, wobei die weiteren 
Datenfelder zur Eingabe von Kontierungsinformationen vorgesehen sind. 

20. Computer-System zur Durchftihrung eines Verfahrens nach einem oder mehreren der 
vorstehenden Anspriiche, aufweisend 

Mittel zur Speicherung von Daten 
Mittel zur Speicherung von Programmen 
Mittel zur Ausfuhrung von Programmen 

Programmcodemittel zur Ausfuhrung eines Verfahrens nach einem oder mehreren der 
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vorstehenden Ansprtiche. 



21.Computer-Programm mit Programmcodemitteln, urn alle Schritte von einem beiiebigen 
Verfahren gemafi einer beiiebigen Kombination der Anspruche 1 bis 19 auszufuhren, 
wenn das Programmen auf einem Computer ausgefuhrt wird. 



22.Computer-Programm nach Anspruch 21, enthalten in einen elektrischen TragersignaL 

Computerprogrammprodukt mit Programmcodemitteln, die auf einen computerlesbaren 
Datentrager gespeichert sind, und geeignet sind, ein Verfahren gemafi einer beiiebigen 
Kombination der Anspruche 1 bis 19 auszufuhren, wenn sie auf einem Computer 
ausgefuhrt werden. 
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Zusammenfassunq 



Die Erfindung betrifft ein Verfahren zur Bearbeitung von Dokumenten mit Hilfe eines 
Computersystems, bei dem das Dokument in elektronischer Form mit ein oder mehreren 
Datenfeldern vorliegt, die Dokumentinformationen enthalten, und bei dem ein oder 
mehrere elektronische Dokumente von einer ersten Partei einer zweiten Partei zuganglich 

gemacht werden, dadurch gekennzeichnet, daft 

- 

die erste Partei automatisch ein oder mehrere strukturierte Dokumente bereitstellt, die es 
der zweiten Partei ermoglichen, ein oder mehrere weitere Datenfelder zu ein oder 
mehreren Datenfelder des oder jeden elektronischen Dokumentes hinzuzufugen. 
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